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1 10.12^002 
Recording/reproduction and/or editing of real time information on/from a disc like record 
carrier 



The invention relates to an apparatus for recording a real time information 
signal, such as a digital video signal, on a disc like record carrier, to an apparatus for editing 
an information signal recorded earlier on said disc like record carrier, to corresponding 
methods for recording/editing information, to a reading apparatus for reading the Information 
S signal and to a record carrier. The record carrier may be of the magnetic or the optical typo. 
An apparatus for recording a real time information signal, such as an MPEG encoded video 
information signal, on a record carrier is known from WO99/48096 (PHN 17.350). The 
record carrier in the said document is a disc like record carrier. 

1 0 Background art. 

The layered structure used in BD-RE. This is explained with fig 2-1 on page 6 
and fig 2.2 on p7. 
Here the definitions are given of: 

- The Clip AV stream file, 

15 - The Bridge Clip AV stream file, 

- The Clip Information file, 

- ThePlayUst 

Clip AV-stream file 

20 The characteristics of Clip AV stream file are given on page 117 (definition of Aligned units 
and source packets. The addressing in the file is based on source packets. 
The definitions of ATC sequences and STC sequences are given on page 65-67. 

Clip Information file, 
25 Each Clip AV stream file basi a corresponding Clip information file. (p57). 

The Clip Information file has some sub-tables. Sub tables important for this Id are: Cliplnfo, 
Sequencelnfo and CP! 
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PlayList 



The PlayList contains 3 number of Playltems. 

The pointers in the PlayList layer are based on time axis. 

The pointers (adages) in the Clip AV stream file are based on SPN (Source packet 
numbers) . 



With the Cliplhfo the timing is converted in location m the file (CPI is used for this). 
The PlayLists are presented in the Table of Contenst as Titles. 



During Playback 
10 A PlayList is selected. 

The Playltems are investigated. IN/OUT time are transferred into SPN of the CLIP AV 
stream and the source packets which are needed are read from the disc. 
Bridges are not used in Real-Playlists but only in Virtual PlaylistB. 

15 mtbs apparatuses according to the background art, there is no information 

how much data is copied to the Bridge clip. For a seamless connection only those source 
paokets which are needed should be read and nothing more. There must be an address (based 
on source paokets numbering where the first Playltem should be left and where the second 
Playltem must be entered. See also fig 4-10. 

10 These information cannot be in the PlayList structure, here only timing £ g 

applied. 



The invention aims at providing measures to enable a seamless connection 
while maintaining the PlayList structure which only applies timing information. 

The Cliplhfo from a Bridge-olip according to the invention contains the SPN 
of the last Source packet which has to be read in the previous Playltem and it contains the 
SPN where the reading of the current Playltem should start 
Now the procedure is as follows: 
The PlayList is selected. 

The Playltems are investigated. If there is a connection=3 between two Playltems then it is 
known that the connection is realised with abridge chp. So there is areferenee to the 
bridgeclip name, table 4.3.4.2 

The Cliplhfo of mis bridge clip has the SPN-exit from preceding clip and the SPN-enter to 
following clip (table 4.4.2.2), 
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These and other aspects of the invention will be apparent from and elucidated 
with reference to the embodiments hereafter in the figure description, in which 
Figure 1 shows an embodiment of the apparatus, 
5 Figure 2 shows the recording of blocks of information in fragment areas on the 

record carrier, 

Figure 3 shows the principle of playback of a video information signal, 
Figure 4 shows the principle of editing of video information, signals, 
Figure 5 shows the principle of 'simultaneous 5 play back and recording, 
10 Figure 6 shows a situation during editing when the generation and recording of 

a bridging block of information is not required, 

Figure 7 shows an example of the editing of a video information signal and die 

generation of a bridging block of information, at the location of an ©Kit point from the 

information signal, 

15 Figure 8 shows another example of the editing of a video information signal 

and the generation of a bridging block of Monnatiou* at the same location of the exit point as 
in figure 7, 

Figure 9 shows an example of the editing of a video information signal and the 
generation of a bridging block of information, at the location of an entry point to the 
20 information signal, 

Figure 10 shows an example of the editing of two information signals and the 
generation of a bridging block of information, 

Figure 1 1 shows an example of the editing of two information signals and the 
generation of a bridging block of informations where the editing includes re-encoding some 
25 of the informa#on of the two information signals, 

Figure 12 shows a further elaboration of the apparatus, 



Figure 1 shows an embodiment of the apparatus in accordance with the 
30 invention. In the following figure description, the attention will be focussed on the recording, 
reproduction and editing of a video information signal. It should however be noted that other 
types of signal could equally well be processed, such as audio signals, or data signals. 

The apparatus comprises an input terminal 1 for receiving a video information 
signal to be recorded on the disc like record carrier 3, Further, the apparatus comprises an 
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4 10.J2.2002 
oa^Httennfaial^omirplyfii^^ momiation signal reproduced from the record carrier 
3. The record carrier 3 is a disc like record carrier of the magnetic or optical foim. 

The data-area of the dis* like record carrier 3 consists of a contiguous rang© of 
physical sectors, having corresponding sector addresses, This address space is divided into 
5 fragment areas. A fragment . area jg Aconti ^^ 



15 



20 



25 



Preferably, mis length corresponds to an integer number of BCC-blocks included in the video 
information signal to be recorded. 

The apparatus shown in figure 1 is shown decomposed into tvro major system 
parts, namely the disc subsystem 6 and the what is called 'video recorder subsystem's. The 
10 following features characterize me two subsystems: 

- The disc subsystem can be addressed transparently in terms of logical addresses. It 
handles defect management (involving the mapping of logical addresses onto physical 
addresses) autonomously. 

- For real-time data, me disc subsystem is addressed on a fragment-related basis. For data 
addressed in this manner the disc subsystem can guarantee a maximum sustainable bit 
rate for reading and/or writing. In the case of simultaneous reading and writing, the disc 
&uDi,yitem nanoies me reaavwnte scheduling and the associated buffering of stream data 
from the independent read and write channels. 

- For non-real-time data, the disc subsystem may be addressed on a sector basis. For data 
addressed in this manner the disc subsystem cannot guarantee any sustainable bit rate for 
reading or writing, 

- The video recorder subsystem takes care of the video application, as well as file system 
management. Hence, the disc subsystem does not interpret any of the data that is recorded 
in the data area of the disc. 

In order to realize real time reproduction in all situations, the fragment areas 
introduced earlier need to have a specific size. Also in a situation where simultaneous 
recording and reproduction takes place, reproduction should be uninterrupted. In the present 
example, the fragment size is chosen to satisfy the following requirement: 



30 



fragment size = 4 MB = 2 22 bytes 

Recording of a video information signal will briefly be discussed hereafter, 
with reference to figure 2. In the video recorder subsystem, the video information signal. ' 
which is a real time signal, is converted into a real time file, as shown in figure 2a. A real- 
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5 10.12.2002 
time file consists of a sequence of signal blocks of ^formation recorded in corresponding 
fragment areas. There is no constraint on the location of the fragment areas on the diso and, 
hence, any two consecutive fragment areas comprising portions of information of the 
information signal recorded may be anywhere in the logical address space, as shown in figure 
2b. Within each fragment area, real-time data is allocated contiguously. Each real-time file 
represents a single AV stream. The data of the AV stream is obtained by concatenating the 
fragment data in the order of the file sequence. 

Next, playback of a video information signal recorded on the record carrier 
will be briefly discussed hereafter, with reference to figure 3. Playback of a video 
information signal recorded on the record carrier is controlled by means of a what is called 
'playback-control-program' (PBC program), In general, each PBC program defines a (new) 
playback sequence. This is a sequence of fragment areas with, for each fragment area, a 
specification of a data segment that has to be read from that fragment Reference is made in 
this respect to figure 3, where playback is shown of only a portion of the first three fragment 
15 areas in the sequence of fragment areas in figure 3. A segment may be a complete fragment 
area, but in general it will be just apart of the fragment area. (The latter usually occurs 
around the transition from some part of an original recording to the next part of the same or 
another recording, as a result of editing.) 

Note, that simple linear playback of an original recording can be considered as 
20 a special case of a PBC program: in this case the playback sequence is defined as the 

sequence of fragment areas in the real-time file, where each segment is a complete fragment 
area except, probably, for the segment in the last fragment area of the file. For the fragment 
areas in a playback sequence, there is no constraint on the location of the fragment areas and, 
hence, any two consecutive fragment areas may be anywhere in the logical address space. 
25 Nex *> editing of one or more video information signals recorded on the record 

carrier will be briefly discussed hereafter, with reference to figure 4. Figure 4 shows two 
video information signals recorded earlier on the record carrier 3, indicated by two sequences 
of fragments named 'file A' and 'file B\ For realizing an edited version of one or more video 
information signals recorded earlier, a new PBC program should be realised for defining the 
30 edited AV sequence. This new PBC program thus defines a new AV sequence obtained by 
concatenating parts from earlier AV recordings in a new order. The parts may be from the 
same recording or from different recordings. In order to play bade a PBC program, data from 
various parts of (one or more) real-time files has to be delivered to a decoder. This implies a 
new data stream that is obtained by concatenating parts of the streams represented by each 
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Teal- 



from the file A and two from the file B. 

Figure 4 shows that the edited version starts at a point Pi in the fragment area 
f(i) in the sequence of fragment areas of figure A and continues until point P 2 in the new 
5 fragment area ffi+1) of file A T hen reproduction jumps over to the point Pa in the frag ment 
area f(j) in file B and continues until point P 4 in fragment area fij>2) in file B. Next 
reproduction jumps over to the point T? s in the same file B, which may be a point earlier in the 
sequence of fragment areas of file B than the point P 3 , or a point later in the sequence than 
the point P 4 , 

10 Next, a condition for seamless playback during simultaneous recording will be 

discussed. In general, seamless playback of PBC programs can only be realised under certain 
conditions. The most severe condition is required to guarantee seamless playback while 
simultaneous recording is performed. One simple condition for this purpose will be 
introduced. It is a constraint on the length of the data segments that occur in the playback 

15 sequences, as followsi In order to guarantee seamless simultaneous play of a PBC program, 
the playback sequence defined by the PBC program shall be such that foe segment length in 
all fragments (except the first and foe last fragment area) shall satisfy: 



2MB < segment lengths 4MB 



The use of fragment areas allows one to consider worst-oase performance 
requirements in terms of fragment areas and segments (foe signal blocks stored in foe 
fragment ares) only, as will be described hereafter. This is based on the fact that single 
logical fragments areas, and hence data segments within fragment areas, are guaranteed to be 
25 physically contiguous on foe disc, even after remapping because of defects. Between 

fragment areas, however, there is no such guarantee; logically consecutive fragment areas 
may be arbitrarily far away on foe disc. As a result of mis, the analysis of performance 
requirements concentrates on the following: 

a. For playback, a data stream is considered that is read from a sequence of segments on foe 
30 disc. Each segment is contiguous and has an arbitrary length between 2 MB and 4 MB, 

but the segments have arbitrary locations on foe disc. 

b. For recording, a data stream is considered that is to be written into a sequence of 4 MB 
fragment areas on foe disc. The fragment areas have arbitrary locations on foe disc 
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7 10.12-2002 
Note that for playback, the segment length is flexible. This corresponds to the 
segment condition for seamless play during simultaneous record. For record, however, 
complete segments areas with feed length are written. 

Given a data stream for record and playback, we will concentrate on the disc 
5 subsystem during simultaneous record and playback. It is assumed that the video recorder 
subsystem delivers a sequence of segment addresses for both the record and the playback 
stream well in advance. 

For simultaneous recording and playback, the disc subsystem has to be able to 
interleave read and write actions such that the record and playback channels can guarantee 
10 sustained performance at the peak rate without buffer overflow or underflow. In general, 

different R/W scheduling algorithms may be used to achieve this. There are, however, strong 
reasons to do scheduling in such a way that the R/W cycle time at peak rates is as short as 
possible: 

- Shorter cycle times imply smaller buffer sizes for the read and write buffer, and hence for 
15 the total memory in the disc subsystem. 

- Shorter cycle times imply shorter response times to user actions- As an example of 
response time consider a situation where the user is doing simultaneous recording and 
playback and suddenly wants to start playback from a new position. la order to keep the 
overall apparatus response time (visible to the user on his screen) as short as possible, it is 

20 important that ihe disc subsystem is able to start delivering stream data fiom tiie new 
position as soon as possible. Of course, this must be done in such a way that, once 
delivery has started, seamless playback at peak rate is guaranteed. Also, writing must 
continue uninterruptedly with guaranteed performance. 

Bor the analysis here, a scheduling approach is assumed, based on a cyole in 
25 which one complete fragment area is written. For the analysis of drive parameters below, it is 
sufficient to consider the minimum cycle time under worst-case conditions. Such a worst- 
case cycle consists of a writing interval in which a 4 MB segment is written, and a reading 
interval in which at least 4 MB is read, divided over one or more segments. The cycle 
includes at least two jumps (to and from the writing location), and possibly more, because the 
30 segment lengths for reading are flexible and may be smaller than 4 MB. This may result in 
additional jumps from one read segment location to another, However, since read segments 
are no smaller than 2 MB, no more than two additional jumps are needed to collect a total of 
4 MB. So, a worst-case R/W cycle has a total of four jumps, as illustrated in figure 5. In this 
figure, x denotes the last part of a read segment, y denoted a complete read segment, with 
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4engfh-between^-MB^d-4^ 



size of x P y and z is again 4 MB in the present example. 

In general, the required drive parameters to achieve a guaranteed performance 
for simultaneous recording and playback depend on major design decisions such as the 

5 rotational mode etc. These decisions in turn depend on the media characteristics. 

The above formulated conditions for seamless play during simultaneous record 
are derived such that they can be met by different designs with realistic parameters. In order 
to show this, we discuss the example of a CLV (constant linear velocity) drive design here- 
in the case of a CLV design, transfer rates for reading and writing are the same 
10 and independent of the physical location on the disc. Therefore, the worst-case cycle 

described above can be analyzed in terms of just two drive parameters: the transfer rate R and 
the worst-case all-in access time t. The worst-case access time t is the maximum time 
between the end of data transfer on one location and the begin of data transfer on another 
location, for any pair of locations in the data area of the disc. This time covers speed- 
15 up/down of the disc, rotational latency, possible retries etc*, but not processing delays etc. 

For the worsfrcase cycle described in the previous section all jumps may be 
worst-case jumps of duration x. This gives the following expression for the worst-case cycle 
time; 

20 Tmax = 2F/R t + 4.t 

where F is fihe fragment size: F = 4 MB = 33.6 .10 6 bits. 

In order to guarantee sustainable performance at peak user rate R, the 
following should hold: 

25 

FSR/Tmax 

This yields: 

30 RS F/T max = Rt-F/2.(F + 2R*i?) 



As an example, with R T - 35 Mbps and t =» 500 ms, we would have: R 5 8.57 Mbps. 





9 10.12.2002 
Next, editing will be further described. Creating a new PBC program or 



editing an existing PBC program, generally results in a new playback sequence. It is the 
objective to guarantee that the result is seamlessly playable under all circumstances, even 
during simultaneous recording. A series of examples will be discussed, where it is assumed 



5 that the intention of the user is to make a new AV stream out of one or two existing AV 
streams. The examples will be discussed in terms of two streams A and B, where the 
intention of the user is to make a transition from AtoB. This is illustrated in figure 6, where 
a is the intended exit point from stream A and whore b is the intended entry point into stream 
B. 

10 Figure 6a shows the sequence of fragment areas , f(i-l), fl[i), f(i+l) s fi[i+2), 

.... of the stream A and figure 6b shows the sequence of fragment areas f(j-l). flS) a 

fQ-H), f(j+2), .... of the stream B. The edited video information signal consists of the portion 
of the stream A preceding the exit point a in fragment area f(i+l)> and the portion of the 
stream B starting from the entry point b in fragment area f(j). 

1 5 This is a general case that covers all cut-and-paste-like editing, including 

appending two streams etc. It also covers the special case where A and B are equal. 
Depending on the relative position of a and b, this special case corresponds to PBC effects 
like skipping part of a stream or repeating part of a stream. 



20 during simultaneous recording. The condition for seamless payability is the segment length 
condition on the length of the signal blocks of information stored in the fragment areas, that 
was discussed earlier. It will be shown below that, if streams A and B satisfy the segment 
length condition, then a new stream can be defined such that it also satisfies the segment 
length condition. Thus, seamlessly playable streams can be edited into new seamlessly 

25 playable streams. Since original recordings are seamlessly playable by construction, this 
implies that any edited stream will be seamlessly playable. As a result, arbitrarily editing 
earlier edited streams is also possible. Therefore streams A and B in the discussion need not 
be original recordings: they can be arbitrary results of earlier virtual editing steps. 



30 encoding format and the choice of the exit and entry points. It is assumed that the points a 
and b are such that, from the AV encoding format point of view, it would be possible to make 
a straightforward transition. In other words, it is assumed that straightforward concatenation 
of data from stream A (ending at the exit point a) and data from stream B (starting from entry 
point b) results in a valid stream, as far as the AV encoding format is concerned. 



The discussion of the examples focuses on achieving seamless playability 



In a first example, a simplified assumption will be made about the AV 
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Tke-above-assrmption^m^ — 

be defined based on the existing segments. However, for seamless payability at the transition 
from A to B, we have to make sure that all segments satisfy the segment length condition. Let 
us concentrate on stream A and see how to ensure this. Consider the fragment area of stream 
5 A that contains the exit point a. Let s be the segment in this fragment area that ends at point a, 
see figure 6a. 

If 1(e), the length of s, is at least 2 MB, then we can use this segment in the 
new playback sequence and point a is the exit point that should be stored in the PBC 
program. 

10 However, if l(s) is less than 2 MB, then the resulting segment s does not 

satisfy the segment length condition. This is shown in figure 7. In this case a new fragment 
area, the so-called bridging fragment area f is created. In this fragment area, a bridging 
segment comprising a copy of s preceded by a copy of some preceding data in stream A, is 
stored. For this, consider the original segment r that preceded s in stream A, shown in figure 
15 7a. Now, depending on the length of r, the segment stored in fragment area f(i), either all or 
part of r is copied into the new fragment area f: 

If l(r) + l(s) £ 4 MB, then all of r is copied into £ and the original sequent r is 
not used in the new playback sequence, as illustrated in figure 7a. More specifically, the new 
exit point is the point denoted a% and this new exit point a* is stored in the PBC program, and 
20 later on, after having terminated the editing step, recorded on the disc like record carrier. 
Thus, in response to this PBC program, during playback of the edited video information 
stream, after having read the information stored in the fragment area f(i-l), the program 
jumps to the bridging fragment area f, for reproducing the information stored in the bridging 
fragment area f , and next jumps to the entry point in the video stream B to reproduce the 
25 portion of the B stream, as schematically shown in figure 7b » 

If l(r) + l(s) > 4 MB, then some part p from the end of r is copied into f , where 
the length of p is such that we have 



2MB<S l(r)-I(p)<; 4MB*2MB£ l(p) + l(s)<l 4MB 

30 

Reference is made to figure 8, where figure 8a shows the original A stream 
and figure 8b shows the edited stream A with the bridging fragment area f . In the new 
playback sequence, only a smaller segment r* in the fragment area f(i) containing r is now 
used. This new segment r* is a subsegment of r, viz. the first part of r with length l(r°) - l(r) - 
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l(p). Further, a new exit point a* is required, indicating the position where the original stream 
A should be left, for a jump to the bridging fragment f 9 . This new exit position should 
therefore be stored in the PBC program, and stored later on on the disc. 



5 (or: bridging block of information) for the fragment area f , in case the last segment in stream 
A (i.e, s) becomes too short. We will now concentrate on stream B- In stream B, there is a 
similar situation for the segment that contains the entry point b, see figure 9. Figure 9a shows 
the original stream B and figure 9b shows the edited stream. Let t be the segment comprising 
the entry point b. If t becomes too short, a bridging segment g can be created for storage in a 

10 corresponding bridging fragment area Analogous to the situation for the bridging fragment 
area f\ g will consist of a copy of t plus a copy of some more data from stream B. This data 
is taken from the original segment u that succeeds t in the fragment area iQ+1) in the stream 
B. Depending on the length of either all or a part of u is copied into g, This is analogous to 
the situation for x described in the earlier example. We will not describe the different cases in 

15 detail here, but figure 9b gives the idea by illustrating the analogy of figure 8, where u is split 
into v and u 5 . This results in a new entry point V in the B stream* to be stored in the PBC 
program and* later on, on the record carrier. 



seamlessly playable sequence can be defined under all circumstances, by creating at most two 
20 bridging fragments (f and g). It can be shown that, in fact, one bridging fragment area is 

sufficient, even if both s and t are too short. This is achieved if both s and t are copied into a 
single bridging fragment area (and, if necessary, some preceding data from stream A and/or 
some succeeding data from stream B). This will not be described extensively here, but figure 
10 shows the general result 
25 In examples described above, it was assumed that concatenation of stream dpta 

at the exit and entry points a and b was sufficient to create a valid AV stream. In general, 
however, some re-encoding has to be done in order to create a valid AV stream, This is 
usually the case if the exit and entry points are not at GOP boundaries, when the encoded 
video information signal is an MPEG encoded video information signal, The re-encoding will 
30 not be discussed here, but the general result will be that some bridge sequence is needed to go 
from stream A to stream B. As a consequence, there will be a new exit point a* and anew 
entry point h\ and the bridge sequence will contain re-encoded data that corresponds with the 
original pictures from a* to a followed by the original pictures from b to b J . 



In the example given above, it was discussed how to create a bridging segment 



The next example, described with reference to figure 10, shows how a new 
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Not all the cases will be described in detail hare, but the overall result is like fa 

the previous examples: there will be one or two bridging fragments to cover the transition 
from A to B. As opposed to the previous examples, the data in the bridging fragments is now 
a combination of re-encoded data and some data copied from the original segments. Figure 
5 11 gives the general flavour of this. 

As a final remark, note that one does not have to put any special constraints on 
the re-encoded data. The re-encoded stream data simply has to satisfy the same bitrate 
requirements as the original stream data. 

Figure 12 shows a schematic version of the apparatus in more detail. The 
10 apparatus comprises a signal processing unit 100 which is incorporated in (he subsystem 8 of 
figure 1. The signal processing unit 100 receives the video tofctottation signal via the input 
terminal 1 and processes the video information into a channel signal for recording the 
channel signal on the disc like record carrier 3. Further, a read/write unit 102 is available 
which is incorporated in the disc subsystem 6. The read/write unit 1 02 comprises a read/write 
15 head 104, which is in the present example an optical read/write head for readingAvriting the 
channel signal on/from the record carrier 3. Further, positioning means 106 are present for 
positioning the head 104 in a radial direction across the record carrier 3. A read/write 
amplifier 108 is present in order to amplify the signal to be recorded and amplifying the 
signal read from the record carrier 3 , A motor 11 0 is available for rotating the record carrier 3 
20 in response to a motor control signal supplied by a motor control signal generator unit 1 12. A 
microprocessor 1 14 is present for controlling all the circuits via control lines 1 16 a 1 18 and 
120. 

The signal processing unit 1 10 is adapted to convert the video information 
received via the input terminal 1 into blocks of information of the channel signal having a 
25 specific size. The size of the blocks of information (which is the segment mentioned earlier) 
can be variable, but the size is such that it satisfies the following relationship: 



SFA/2£ steeofa block of the channel signals SFA, 



30 where SFA equals the fixed size of the fragment areas. In the example given above., SFA = 4 
MB. The write unit 102 is adapted to write a block of information of the channel signal in a 
fragment area on the record carrier. 

In order to enable editing of video information recorded in an earlier recording 
step on the record carrier 3, the apparatus is further provided with an input unit 130 for 
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receiving an exit position in a first video information signal recorded on the record carrier 
and for receiving an entry position in a second video information signal recorded on that 
same record carrier- The second information signal may be the same as the first information 
signal. Further, the apparatus comprises a memory 132, for storing information relating to the 
5 said exit and entry positions. Further flie apparatus comprises a bridging block generating 
unit 134, incorporated in the signal processing Unit 100, for generating at least one bridging 
block of information (or bridging segment) of a specific size. As explained above, the 
bridging block of information comprises information from at least one of the first and second 
video information signals, which information is located before the exit position in the first 
10 video information signal and/or after the entry position in the second video information 
signal. During editing, as described above, one or more bridging segments are generated in 
the unit 134 and in the edit step, the one or more bridging segments) is (are) recorded on the 
record carrier 3 in a corresponding firagment The size of the at least one bridging block of 
information also satisfies the relationship: 

15 

SFA/2 £ gtee of a bridging block of information < SFA. 
Further, the PBC programs obtained in the edit step can be stored in a memory 
incorporated in the microprocessor I14 t or in another memory incorporated in the apparatus. 
The PBC program created in the edit step for the edited video information signal will be 
20 recorded on the record carrier, after the editing step has been terminated. In this way, the 
edited video information signal can be reproduced by a different reproduction apparatus by 
retrieving the PBC program from the record carrier and reproducing the edited video 
information signal using the PBC program corresponding to the edited video information 
signal. 

25 In this way, an edited version can be obtained, without re-recording portions 

of the first and/or second video information signal, but simply by generating and recording 
one or more bridging segments into corresponding (bridging) fragment areas on the record 
carrier. 

Whilst the invention has been desoribed with reference to preferred 
30 embodiments thereof, it is to be understood that these are not limitative examples. Thus, 
various modifications may become apparent to those skilled in the art, without departing 
fi?om the scope of the invention, as defined by the claims. The disclosed fragment stee of 4 
MB is characteristic of one specific embodiment Another embodiments may use other 
fragment sizes, such as 6 MB for example. 
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features. The invention can be Implemented by means of both hardware and software, and 
that several "means * may be represented by the same item of hardware. Furthermore, the 
word "comprising" does not exclude the presence of other elements or steps than those hated 
5 in the claims. 
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In DVR we have an allocation rule that savs that each contiguous a«*ni- m„ rt 
minimum size of N (where in the latest version N = 12 1%S~ * a 

When editing with a bridge sequence, it is necessary to ensure that the extent before 
the bridge sequence, the bridge sequence itself tod the Saeni rfLT Si 
sequence all satisfy the minimum extent size segment after the bndge 




toroSSy)^ 6 3 Wto *• *~ — s all equal 




Now with the current addressing scheme (based on source packet numbers) this is no 
problem^ However, if you address the jump to/from the b&SSto 

Sk^h?^I° U COpy more or Iess ^ta from the origin* 

streams to the bndge - either one will violate the allocation rule. This means youwul 
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CPI Points 

4JL 



c 



CPI Points 



Bridge 



7" 



>N 



Bridge 



In feet, depending on how you do the ^location, the result could be much worse. If 
you do allocation in blocks of N then when you are creating the bridge you will need 
to copy either all of an extent or none of it, However, the CPI locations are based on 
the video content, not the allocation extents so in general the CPI points will never 
correspond to the start of an allocation extent This problem is more severe in the new 
allocation scheme because the minimum allocation extent stee equals the fiagment 
size. 



Even with our addressing scheme it may be necessaty in some cases to copy more 
exrents to tie bridge sequence but by using the packet based addressing we reduce the 
number of cases to a minimum. 
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2 Application concepts 

2.1 Introduction 

This chapter describes basio concepts about the application format of the MPEG-2 transport stream 
specifications, and explains data structures that are specified in subsequent chapters. 

2.2 Format structure 

Figure 2-1 below describes a simplified structure of the application format The application format has 
two layers for managing AV stream files: those are PlayList and Clip. The BDAV Information manaaes 
ail the Clips and the Pfay Lists in a BDAV directory. 9 



r 



BDAV Information 



r Real PlayList 



Playitem Playftom 

t I 



Access 
PlayList layer point 
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Clip fayer 



I Data-byta 
! p&sition 
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Real PlayList 
Playffam 



Clip Information 
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clip AV stream 
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cifp rrt 


srmation 






Clip AV stream 



^Virtual PlayList 
f Playitem Pfeyitem f 



Clip 



I 

J 



Using for 
seamless 
conn*ct?an 



Information 



1 

-Clip g / 



Figure M- Simplified structure of the application format 



*7 



2.2.1 Clip 

Each pair of an AV stream file and [ts attribute is considered to be one object. The AV streaTn'file is 
called a Clip AV stream file or a BridgB-ClipAV stream Ma, and the attribute is called a Clip information 

Each object of a Clip AV stream file and its Clip Information fife ts called a GUp. The Clips abnormal 
Clips in this specification. v% 

Each object of a Brfdge-Clfp AV stream file and its Clip Information fire is called a Bridge*ctip f The 
Pridge-Clips are special Clips that are used for special purpose described In tho following sections. 
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version 1.0 part 3: Audio visual Basic Specifications chapter 

Application concepts 

fi-1) Clip AV stream fjfr 

Clip AV stream flies store data that is formatted an MPEG-2 transport stream to a structure ri _fin.rt h„ 
this speciflcation. The structure Is called the BMVMPEQ* f/aS£#SS^ ^ defi " ed by 

th? BDAV^SSS rjT 1 AV ^ re «" 1" «* specifioatfon. A Clip AV stream file is created on 
and records the stream or when the recorder records an input digital broadcast stream 

f1-2l Br«taft.O»ip A\/ o^rr™ «» r 

Bridge-Clip AV stream fftes also have the BDAV MPEQ-2 transport stream struotur© 

Generally, Bridge-Clip AV stream files have veiy small data size compared to Clip AV stream files. 
(2) C»p Information flje 

In general, a file is regarded as a sequence of data bytes, but the contents of the AV stream fli* <nr, n 

One AV stream file has one associated Clip Information file. 
2.2.2 PlayUst 

r?^Sf JSJ? 2S? ^ to - ed,t eaaily p,ayina lnterva,s In *» °«P 8 user wants to play 
e.g. r assemble editing without movmg, copying or deletingfhe part of Clips In the BDAV directory 

A PlayUst is a collection of playing Intervals In the Clips. Basically, one playinn interval is called a 
Wsy/femand is apalrof IN^olntand OUT-point that pointto pwC 

interval, and the OUT*polnt means an end point of the playing interval. 

There are two types of PlayUst: those are a tfea/-P/ayLfef and a Vlrtua}-P!ayUst(^6 Figured). 

til Real-PIavLfat 

A Real-PlaylM can use only Clip AV stream files, and can not use Bridge-Clip A v stream fijS£ 
The Real-PlayLlst is considered that It has its referring parts of Clips So the Real-PlavUst ta£ 
considered that ft occupies the data space that is equffim to its referring , parte of cS £ a disc 
(the data space is mainly occupied by the AV stream files). v^ctsc 

When the Real-PlayUst is deleted, the referring parts of Clips are also deleted. ~ 
f21 Virtuat-PlavUrf 

A Virtuai-piayList can use both Clip AV stream files and Bridge-Clip AV stream files. 

I*? vTrtu^ 1 "^^ 81 Is considered that ft does not have the data of Clio AV stream files hut » hm th* 
data of Bridge-Clip AV stream fifes If ft uses the Bridge-clip AV strewn fijes * 

S?ange hB VirtL,a, - p,ayU6t that doea not use thB Bridge-Clip AV stream files is deleted, the Clips do not 
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When the VfrtuaJ-PIaylist that uses the Bridge-Clip AV stream fifes Is deleted, the Clip AV stream files 
and the associated Clip information flies do not change, but the Bridge-Clip AV stream files and the 
associated Clip Information file used by the Virtual-Play List are also deleted. 



VfrtusfFlayLtet 



Virtual FlgyUst 




Bridga-Ch'p 

Figure 2-2 » An illustration of Real-PIayUst and VlrtuaNPlayLfst 
2-3 User interface concept 

The Clips are only internal to the player/recorder-system and are not visible in the user interface of the 
player/irecorcter-systenri. Only the PlayLists are shown to the user. 

2.4 Operation for PlayLIst 
2.4.1 Operation for R*al~PlayUst 

(1) "Crate" thp BsabBlsyya 

The ReaJ-PlayList created at the first recording can only have Piayltems that refer to the whgfc Clip. 



Real PlayLtet 



Clip 



Real PlayUst 



4= 



Clip 



Figure 2*3 - An example of Creating the PlayUst 
(21 "DMda" the Refll-PlavLBet 

Dividing one Real-PlayLjst into two, and constructing two Real-PlayUsts. TWs operation makes no 
change in the Clips. 
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OmdG point 



Real PlayList 



CJfp 



f wai 1 I Krai I 
iPfayt^t I I PlayLlst j 

-I %» i - 



No change is made in the Clip. 
Figure 2-4 - An example of dividing the ReaJ-PiayLlst 

fa) -combine" the BaafcBadJaB 

Combining two ReaJ-PIayUsts Into one new ReaJ-RayUst. This operation makes no change In the 

Combine 

6% 



Real 
PloyUsM 



Cl!p1 



Real 
P|ayUst2 



Clip2 



„t=> 



**l — 

PfeyUstl 










cnpi 


] C||p2 "" 



No change Is made In the Clips. 
Figure 2* » An example of combining two Reatf-PteyUsts 

i4l "Delate" the wfante R« akPlavl_tet 

Deleting the whole Real-PiayList The referring parts of Clips are also deleted with this operation. 



Delete the whole Real PlayList 



Real PlayList 



Clip 



* I — |S Both Real PlayList and Hs 
-T K referring Clip are deleted. 



J 



<5NI 

o 



Figure 2-6 - An example of deleting the whole Real-PtayLfst 

ffi). g Pa»etB" the oaH: r>f th* ggafcElgyi 1* 1 
oTerft^ 

Rgure 2-7 below illustrates an example of deleting the beginning part of the Real-PlayLlst. 
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Deletethfe part of the Real PlayUst 




ReaiFlayUBt 



Play Item 



Clip 



The Clip also changed. 
Figure 2-7 r- An example of deleting a beginning part of the BeahPlayUst 

When the middle of a Clip AV stream Is deleted by editing, the parts originated from the same Clip may 
tie combined into a Clip file (see Figure 2-8). 



Delete this part of the Reel playLM 



tsmmmm 



■^8 



Figure 2-8 - An example of deleting a middle part of the Real-PlayUst 

If a Real-PlayUst and parte of Clips used by Hie Real-PlayList are changed, there may be aconfliot 
with Virtual-PlayUsts using the same parts of Clips. In this case, the user Interface may do the 
following action. 

• Warning and asking for the "delete" operation to the user that if the Real-PlayUst and the 
parte if Clips used bjr the ReaJ-PlayUst are deleted then the vfrtual-PlayLIste using the same 
parts of Clips will be also deleted. 

! f The user Interface should be suggested to keep the Virtual-PlayUst .files and just eli 
Playltems that have lost parte of Clips to be referred to, from the Virtual-PlayUat ^ 

2.4,2 Operation for Virtual-PlayUst S*J 
fl) -AiMimblB" ?^»«nq flN-OUT editing! ^ 

Making Playltems that the user wants to play, then combining the Playltems Into a Virtual-PlayUst (See 
Figure 2-9). 

This specification supports to make a seamlesspresentation through a connection point betoreen two 
PtevS bv Sng a Brtdge-CIlp (See Figure i-1 0). Since it is possible to play the IJB#9 
Kn^a^lS attoe connecflon point, normally a small number of pictures around the connection 
X musfbeS^ded, and the Bridge-Clip contains the re-encoded pictures. This operation makes 
no change m the Clip AV stream files and the associated Clip Information flies. 
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Figure 32-9 



- An ex^mpte of ^^^^.^(Non.seam.ess connection between two 




Real Fftevl^stl 




>* 


! cifpi 




JOUT1 
IIN2 ^ 






. — J 



•j 



two mayltems) 



Figure 2-1 0 ^ An example of assemble editing (Seamless connection between 
iZ) "Re-editrno" fflfl yjrtygj^Ia^ ^ 
P^ff^^^ °»™*» *° 'N- P olnt anaVor the OUT 

,f J fw , U89r wfll change the iN-point and/or the OUT-pofntthat refers to a nrw™ ™„ «. 
should give a warning and aakfngforthe action *C 



recorder 
and 
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needs to create a new Bridge-Clip for making a seamless connection. And if the answer is yes, the 
recorder may delete the old Bridge-Clip and may create the new Bridge-Clip. 

/31 "Delete" tha Vfrtunl.Play Ligt 

Deleting the whole VirtuaKPJayJJst 

f4> VAUtiiO dubbing (poet recording" to the Virti/ a l,pf ?Y f i«f 

This specifrcation support the audio dubbing (post-recording) function to the Virtual-PlayUst Auxiliary 
audio streams can be attached as the sub path to the main path of the Virtual-PlayList. 

Virtual PlayUst 
^ja^tom (main patfr ) | 



_,(subpa(b) 



i 



i 



INI 



I OUTl 



i 



Real PiavLfstl 



Cllpl 
(Main AV stream) 



OUT2 



Rest) PlayLfst2 



Cirp2 

(Auxiliary audio stream) 



Figure M1 - An example of Audio dubbing operation 



2.4.3 Common operation for both Real and VJrtual-PlayLIsts 
( 1 ) Spying" the presentation nrrfnr of the Pfavtfem in tha BDAV 

23^^ iP 1116 BDAV drreotor y- Thte * «»5£j by 



1 VV, T. Wl riayuTO in me buav d rectory. Th s operatic 
TMeOfPiayUstsdeitoed in 4.2.3. This operation makes no change in the CTpT 

Presentation ortjer 

f H Realp t a V^I] 1 Virtual PfayListl | 

I RealP(avUst2 j CZ£> I RealFlayUstt | 
I Virtual PlayUstl J 1 RealFiayUstl f 

Figure 2rt2 -* An example of moving operation 

* ; 

2.5 Mark " T 

5?^^^ *" 0f hIShHflhte ° r *^**> scenes on Clips, Bridge- 
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Each Clip Information file and PlayUst file has a data block that stores the list of Marks Setflho a Marie 
Is only adding the time stamp to the list and deleting a Mark is to remove the time stamp from the iet 
Therefore there is no modification to the AV stream files. 1 

The PlayUst can refer to the Marks that are attached to the Clip used by the PlayUst 



JtogkMark Resuraa-Mark. 



Book Mark 

I 4 J 


Virtual PlayUst 


t 


v v — 

j j Resume Marfc 


j Real PlayUst j 




¥' V | 

i j 






j Clip 1 




Scene srart point Sclrie start point 



Figure 2-13 - Marks on PlayUst and Marks on a Clip 

2.6 Thumbnail 

Thumbnails are stfll pictures that are attached to thB BDAV directory, PlayUsts. Clips and Bridoe-Ciins 
There are two types of thumbnails. One is a representative pk^%Aw^i^hB □ontente tt Si 
he mainly used In the Menu screen on which the user moves a pointer SSSTJm S?!£'w^S 
to see. The other type fs the picture that shows the scene the Mark points to. 

^? BD £ V *2? 0iy i an 2 e 2£ h p,a V Llst can nave only one representative picture. We call these 
pictures Menu Thumbnails. These Menu Thumbnails are displayed frequenfiV therefore mlS 

SXu^T-ST^^ BDAV directory. For thjTreoimS?7fe S5£Z2%gZ all the 
Menu Thumbnails into one file, ^si? 

On the other hand. Each PlayUst, Clip and Bridge-Clip can have plural Marks and the associated Mark 
p.ctures. We call these pictures My* Thumbnails, unlike the Menu mmm^SiSSrSSS^ 
will boused In a sub-msnu that shows the details of each PlayUst, and do not require shortSceS 
time. Therefore it will not be a serious probfem that the player opens and reads a file every'time it 
needs a thumbnail. To reduce the number of files In a BDAV directory, all the Mark TTiumbnSifc for all 
the PlayUsts. Clips and Bridge-Clips in the BDAV directory are stored in one file Inum ™ f a " 

Each PlayUst can have both a Menu Thumbnail and Mark Thumbnails, but Each Clio cannoS'-fiava a 
Menu Thumbnail, but can have Mark Thumbnails. H . 



Thumbnail 



Menu Thumbnail 



Mark Thumbnail 



0or1 



per BDAV directory, PlayLIst 



0 or above per PlayLfst, Clip 
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4,3.4 Ptayltem 

This section defines the syntax and semantics of PfayitemO in the PlayUat(). 
4.9.4,1 Playltem - General 

The Playltem specifies a time based playing interval from the INjime until the OUTJme. The playing 
Inten/al basically refers to a Clip, and optionally may refer to a Clip and a Bridge-Clip. 

When a PlayUst Is composed of two or more Playltems, the playing intervals of these Playltems shall 
be placed In line without a time gap or overlap on a Global tf/ne axis of the PlayUst (see Figure 4-4). 

The Global time axis may be visible fn the user Interface on the system, and the user can command a 
start time of the playback on the global time axis to the system, e.g. the playback Is started 30 minutes 
after the beginning in the PlayUst, 




Global Uma axis 
ofaPlayLlst 



X; Length of tha playing interval of Playltem referred by PfayltarnJcM). 
VrUngth of the playing Interval of Plqyitam referred by flayftemja>1. 
Z : Length of the playing interval of Playltem referred by Playltemjd^. 

(The Length of the playing Interval of Playltem la deffnsd In 4.3.4-3«2.) 

Figure 4-4 — An example of the global time axis of a PlayUst 

4.3A1.1 Current Playltem and Previous Playltam 

In the following section, when we consider the connection of two Playltems, we use the worxte 
'Current Playltem 0 and "Previous Playltem". These two Playltems appear In the PlayUst^ 
consecutively* and the previous Playltem is connected Immediately ahead with the currently Item 
(see Pgure 4-5). 

The "lALttne of the current Playltenf means the INJfme of which the current Playltem hgL 
The *QUTjtlme of the current Playltenf means the OUTJfme of which the current Playltgrj? has. 
The "/ALtffliB of the previous Playltem" means the INLftne of which the previous Playlterft Jj^s. 
The "OUTjtime of the previous Playltem 11 means the OUTJttra of which the previous Pleyifem has. 



iN^tlme of OUT^tlme of 

tha previous tfta prevlnue 
Playltem Playltarn 

i k~ 

previous 
Ptoyltem 



connection 
^condition 



INLtlmeof 
tha current 
Playltam 



^4- 



OUTJImBof 
tho current 
Pleyttem 



current 
Playltem 



Figure 4-5 •« Relationship between the current Playltem and the previous Playltem 
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conrjectFon^condJtjan 

When ihe > previous Rayltem and tha current Playltem are connected In the PlavList th^ mi^nt 



4,3.4.1*3 

/Wto^ap./tof/oa.^me and snoSSSSSSSt^ defined in the 4.4.3,. 



4,3.4.2 Playltem - Syntax 




4*3.4.3 Playltem - Semantics ^ 
extension, it shall be oodad according to SO 646 ™T « name of the Clip except the 

All F«ayKems in a PfcyUst S ha.» nave the same value 'mzts- fn ^ ctip^acjdenmer. 
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if the Pl^CPIjtypa in PlayUstf) is set to 1 and the Clip^oodeoJdentiflBr is "MErrS", each Clip used by 
the PlayUst file (for BDAV MPEG-2 transport streams) shall have an EP.jnap [n the OPI0- 

if the PkJGPUyp* In PlayUstO is set to 2 and the Gtip^CQdectJdentlflerte P M2TS'\ each Clip used by 
the PlayUst file (for BDAV MPEG-2 transport streams) shall have a TLLmep in the CPI(). 

connection_conditjon: This 4-bit field indicates the connection condition between the tNLtlme of the 
current Playitem and the OUTjtime of the previous Piayltem. Only values 1 to 4 are permitted for the 
connect!on_cond!tSon. 

If the Playitem Is the first Playitem in the PlayUst, the connectton^conditfon has no meaning and shad 
be set to 1. 

If the Playitem is not the first one in ths PlayUst, the meanings of the connectiorucondltion are defined 
In the following. 

caimeDtlo!U>ondftton=1 - 
This connection is not' meant for seamless connection. 

The constraints on this condition are: 

* if the PUJCPUype defined In the Playl4st() indicates the EP^map type of PlayUst, 

the OUZJfm& of the previous Playitem shall point to a presentation-time value in the 
Interval from the pres^ntation^^n^tlmefatcJc^stQ^M untif the 
presentaiion mt .endLJima[atcJd][£toJd] (see 4.4.3-2) for the STC-sequenoe that Is referred 
to by the rBUo^STCJdof the previous Playitem, and 

the iNJtime of the current Piayltem shall point to a presentation-time value in the interval 
from the prGSBntaiioru^rUIme[ataJd][stcJcg unm the 

presentation„encLtim0[atcJcq[Bt(Ud] (see 4-4.3.2) for the OTOsequence that is referred 
to by the refjQjSTCJdcti the current Playitem. 

• If the PUjDPUyp* defined in the PlayUstO Indicates the TUjmap type of PlayUst, 

the OUTjtime of the previous Playitem shall point to a time value on TUJJmoJbas& (see 
4.4.5,9) for an ATC_sequence in the Clip that is referred to by the 
CiipJnformafioriLJIejiame of the previous Piayltem, and 
the INjttme of the current Playitem shall point to a time value on TlUlmeJtese (see 
4.4.5.9) for an ATC_Sequence In the Clip that is referred to by the 
OlipJnformatlonJIle^ame of the current Playitem. <^ 

It occurs if one of the following cases is true. % ££ 

* This connection may be created simply by setting the OUTJtima of the previous Playltpm and 

the iNjIrpe of the current Playitem, or *r— 

• The CPUype in the PlayUst ts TU^jnap type. 

This connection Is not meant for seamless connection, but [f following two conditions are sjfisffed, 
seamless connection between the Playltems may be realized. — » 

(1) TheQUTJime of the previous Playitem and the INjime of the current Playitem are-equal, and 

(2) The refJo^STCJdol tha previous Playitem and the refJojSTCJd at the current P^yltem 

refer to the same STC-sequenoe, 



© Blu-ray Disc Pounders, June 2002 41 



CONFIDENTIAL 



10. DEC. 2002 15=28 PHILIPS CIP NL +31 40 2743489 

PHNL021359EPP_ 28 



Chapter 4 
Database definitions 



Bfu-ray Disc Rewritable Format 

part 3: Audio Visual Basic Specifications 



,34 



NO. 510 P. 34/66 
10*12.2002 14 



version 1.0 



Previous 
Play/tem 



OUTLtime 
of ffis previous 
Pteyltem 



Not 

seamless 
c onnect ion 



INLtlmeof 
thacurram 
Pteyltem 



Current 
Playltem 




Figure 4-6 ~ Connection of Playltems wit* connectfon_CDndftfon set to 1 

eont}&Gtion mm con£ifficm=i2 - 

This connection Is not meant for seamless connection, 

The constraints on this condition are: 
Considerthe connection of two STC^equences those are stg <, a ™. a »^i 

ft occurs in the following case. 

An example of playing the Playltems connected with this condition 



M » 

•\ v 
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OUTJirne IN_tirneof 
of the previous tho currant 
Piayltero Playltam 



previous 
Playltam 



it 



STC-saquencgl. 



if 



/ current 
^ Playltem 



j STOsequence2 p 



& 



STC discontinuity 

ATC-sequenoe 



The ATC-asquence is continuous through the 
srrCHsequertcal to the STC-eeciu0nce2, 

Figure 4-7 - Connection of Playltem* with connect?on_condffion set to 2 



connectiat\_conditton=3 — 

This connection is mean* for seamless connection. 

The constraints on this condition are: 

• This condition Is permitted only if the PLjCPUwe defined in the FlayLfstQ indicates the 
BPjmap type ofPlayUst. 

• This condition is permitted only for the VirtuaJ-PiayUst 

• The previous Playltem and the current Playltem are connected with the Bridge-Clip, and 
there Is a clean break at the connection point (Sea 6.3). The AV streams at the connection 
point shall comply with the constraints defined In chapter 6, 

• The OUTjtime of the previous Playltotn shall point to a presentation end time of the last 
video presentation unit (In presentation order) in the first ATC-sequence of the Bridge-Clip 
AV stream file specified by the BridgeSequencefnfo of the current Playltem. 

• The INJirne of the current Playltem shall point to a presentation start time of the^fei video 
presentation unit (in presentation order) in the second ATC-sequenoe erf the BrtdgejbllP AV 
stream tile specified by the BridgeSequencelnfo of the current Playltem. 



previous 
playltem 



OUTjfrne 
of the previous 
Playltem 



INJmeof 
the current 
Pfayltem 



current 




Seamless connection and there is a clean break 
Figure 4-8- Connection of Playftema wfth connecHon_condIt|on set to 3 
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cortnectian_conc?Itlonz4 - 

This connection is meant for seamless connection. 

The constraints on this condition are: 

• "s^sssifsSt on * lf *° PL - cpLtyfi6 **« ,n -» the 

SS^^^^?^ those are ATC-sequenoa, andATC- 
of the C P that n referred to by 

connection po,rrt shall comply with the constS SS£h ohapt^ f *™ * *" 

* v^e^^TM 

• The ATC-sequencel and the ATCNsequenceS maybe oontafnedln the same Clip. 



Clip 




previous 
Playltem 



Seamless 
ca it connection and 

Pjayifam break 



ATC-sequencel 



IN.tfmeaf 
the cuirent 
Pteyftem 



current 
playltem 




Figure 4-9 - Common of Playftems wftt, conneotlotx^ondftion M to 4<&* 

'5 



defined In the SequenoefnfoO of the cX y " em ha " have the s TC-s®qu©nce. The stcjiftalue Is 
See also flie semantics of conneotion_concHHon. ■ ; *-\' 
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CPLtype 
EPjnap type 



TUjnap typa 



Table a-1 - IN_tlme and OUT_iime 



Semantics of |N_time and OUT_jSme^_ 

Constraints on the iNJime and OUTjfma of the current Piayltem are: 

• Each Wjime and ourjttme shall point to a presentatjon tip© derived from the 
STC time base on the Clip used by the Piayltem. 

• The (NJime and OUTJUme are measured in units of a 46kHz ctaak. For 
example, each INJJme and OUTJima may pa an upper 32-bit value of the 33-bit 
PTS (that has SOkHz aaouracy) for a presentation unit 

• The time interval from the //v_f/me to the OUTjSme on the STC time base shall 
not have system time base diseontinuittea. 

' ^^^-^ifhall P°W ta future presentation time than the IN time, if 
*£f j5 T ? ,n m STOsequence is wrap-around between thB /« time andlhe 
OUT_timo, the INjtme la greater than the OUZJima. 

" JJSS ?rf^ te ara specified In the semantics of oann6ction_oondmn 
and section 4.S.4.3.1 . 

Constraints on the iNjlme and ourjame of the current Piayltem are: 

^lOHriT T d 0U Z£ m& * *» p,a y ,tem sha « P°™ * *'™s on the same 
TU_tinmJ>asf for an ATC-sequence In the CHp that is referred to by the 
CUpJrfotmatiorUll6_pamB of the Piayftem. The TUjSme_base Is defined in 
4A5.11 {seeseniaffllcsofSPNJime^nilLS^ 

The (N_Jime and OUTjt/me are measured in units of a 45kHz clock. 

The OUTjbne shall be greater than the INJllnm. 



4.3.4.3.1 Furtherconstrafnts on IN_time and OUTJUme of the Piayltem 
Further constraints on IN_time and OUTjime of the Piayltem are described In the foftowing. 



4&4&.1A Piayltem of the EPjmip typo of Real PlayLfst 

STC-sequencesofClipsoftheEP-maptypeintheBDAVditeetory IN time andOLhr ttnaST 
EPjnap typa of Real FiayUst shall be set to values to gJmSSRSlSSS «irjw*gp» 

Suppose a Real PlayUst of the EPjnap type is oreated at the first recording, and the PlayL&iises a 
Clip of the EP-map type, and the Clip has one STOsequence with oresentatfon start tffinmi ™n 
preeer^on^en^mePBP]. In this case, far Brnnp^lS^S^j^^^SS^ 
equal to the pre S6 ntatlon_start.timepKO] and the ^ntAnJ^^m^S^ 

4.3.4.3.1.2 Piayltem of the TU jnap typa of Real PlayLlst 

1* M. Man i» aptftei to an ft, atoSwS * aSrSHr^ i2 SSS boST 
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4,3.4.3.1.3 Other restrictions for Playttems of the EP_map typo of PJayUst 

• When the currant Playltem has the connection_condition setto 3, the INJfme of the previous 

Play item shall not point to a presentation time in the Bridge-Clip indicated by the 

BrldgeSequencelnfo of the current Playltem. 



When the current Playltem has the ccnnactior\_condifion set to 3, the OUTjflme of the current 
^yJtemjs halLoot^ ^ 



BridgeSaquenceJnfo of the current Playltem. 

• The first Playltem in the PlayLfst shall not have a BrldgeSequencefnfo, Sq the IN time of the first 
Playltem never point to a presentation time in a Bridge-Clip, 

• The OUTjime of the last Playltem in the PJaylJst never point to a presentation time in a Bridge- 
Clip. 

4.3.4.3.2 . Length of the playing interval of Playltem 

The Playltem specifies a lime based playing interval defined by the |N_time and the OUTJime of the 
Playltem. This section defines the method for calculating the length of the playing Interval of Piavltem 
•nie PlayUsLduration field defined In the UlApplnfoPlayUat of the PlayLlst file Inmates the sum of 
playing intervals for a|l Playltems in the PlayLlst. 

If the P^PLtyp* defined In the PfayUstQ indicates the EPjnap type of PiayLlst the langth of the 
playing interval of Playltem is calculated by the following equations: ia«»wr*n© 

L « OUTJime -JWjime ; ifthe OXJT^me is greater than the DOime. 

L^fal OO00Q00D - INjtimc +• O UTjime ; ifthe OUT.tfnie fc less than tha DOime. 

If » th ^ F ^ PL f yp A?*T Bd ! n ths pla Y Ust 0 indicates the TUjmap type of PlayLlst, the length of the 
playing interval of Playltem is calculated by ma following equations: 

L =» OUTJime - WjSme 

*K! ^Jc^^ ,en9th H the pIayfng fn{enmf of p,a y' te ^- ^ 32-brt unsigned Integer measured fn 
units or (1/45000) seconds. 
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4.3,5 BridgeSequencelnfo 

This section defines the syntax and semantics of BridgeSequencel nf oO In the PfaylternQ- 
4.3.5*1 BridgeSequencelnfo - General 

• The Bridg&SaquencelfifoQ is an attribute for the current Play Item (see 4w3.4.1 .1 ). 

• The Brfdg&SequencefnfoQ contains BrldgejClip JnformationjffTeuname to specify a Bridge-Clip 
AV stream file and the associated Clip Information file. 

• The $PN-WltJtomj*recetfingjDlip is a source packet numher of a source packet in the Clipl 
shown In the Figure 4-1 0, And the end of the source packet is the point where the player exits from 
the CHpl to the start of the Brtdge-CIrp AV stream file. This is defined in the ClfplnfoQ of the Bridge- 
Clip. 

• The SPI^enter^toJFottamngjCtip Is a source packet number of a source packet in the C!ip2 
shown in the Figure 4-1 0. And the start of the source packet Is the point where the player enters to 
the ClipSfrom the end of the Bridge-Clip AV stream file. This Is defined in the ClfplnfoQ of the 
Bridge-Clip. 

• The Bridge-Clip AV stream fite contains two ATC-sequences. 

• CHpl and Ciip2 can be the same Clip. 



IIVLflmel prBV | QlJS 

. Playltem 

< — 



OUTJimel 



L«me2 



Clipl 
(The 
preceding 
Clip) 




precQdlng^CUp 



first 



second 



ATC-tfequenee ATC-sequence 
Figure 4-10 ^ An example of BridgeSequencelnfo 
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4.3,5.2 BridgeSequencelnfo - Syntax 



Syntax 



BrldgeSeguencelnfof) [ 



eridtia_C<i pJnfomiatlQn_faB_namB 
CI?pL.Cadeo_?tfentlftar 



reaQived_for_future use 



No. of bits 



8*5 



8*4 



8_ 



bslbf 



bslfaf 



bslbf- 



4.3.5.3 BrtdgeSequancelnfaO- Semantics 

lSSn^l^l Q ^ 0 Jl^ tt ^ amei ™ a tew ******* *» of a Clip Information fife for the 
SSSShLWS JegWaeSequencalrrtb. Thfeffeld shall contain the 6-cffgi nuX ta? of The 
name of the Clip except the extenefon. It shall be coded accordinqto ISO i S4B Thmc/iL 

The Bridge-Clip used by the BridgaSequencelnfo shall have an EPjnap in the CPJ(), 
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4,4 Clip information file for the BDAV MPEG-2 transport stream 

Thie section describes the syntax and semantics of the zzzzz-rtpm*. 



4,4.1 zzzzaxlpi (for the BDAV MPEG-2 transport stream) 

4.4.1,1 gyw-ftipi (for the BDAV MPEG-2 transport stream) - General 

The zzzzz dp! for the BDAV MPEG-2 transport stream is composed of six objects, and those are 

CppinfoOi SoqusncelnfoO, PmgramlnfoO, CPIQ, GfipMarkO and MakersPrivateDataQ. 

The same 5-diglt number "zzzzz" shall be used for both one AV stream file (a Clip AV stream file or a 
Bridge-Clip AV stream fife) and the associated Clip information file. 



4*4.1.2 zzzzz.cipi (for the BDAV MPEG-2 transport stream) - Syntax 





No of hits 


Mnemonic 

UlllDIIIVlllV 














vers iuri_n u etibb r 




tig mi 


%pcL|L4c||lJcM 111! *>ul|l auui czki 




1 liirioWP 

uijn=ui in 


~f Ml IUlllW„2>lill *• flMMpaail 


OA 


uirnsui 


vil oltlf !• nMMiC?» 






Wll|#lVICtl K uMUIOOi? 


o& 


UimoDT 


l v 1 n iv a vst r r i va i> o w a m4__q> i a i luauiircBo 








DO 


D5IDT 


Cllolnfoft 






foiYI=0: kN1:J-w-H 






padding word 


16 


bslbf 


> 






Sequence] nfo() 






fortfctf: kN2: i++H 






paddfngLword 


16 


bslbf 


> 






ProqramtnfoO 












paddineuword 


16 


bslbf»"A 1 












u 


for(l==Q;i<N4:l++tf 






paddIna_j//ord 


16 


bsltfK* 








ClipMerkO 




'« j ; 

#i.T>- ! 


fortl=0M<N5M++K 






padding word 


16 


bslbt 4 V 








MakersPrivatePataQ 






for(b0: I<N6; 




'. ,# 1 


padding_word 


16 


bslbt *■ 
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4.4.1.3 zzasxclpl (for the BDAV MPEG-2 transport stream) - Semantics 
typejndicaton This field shall have the value "MaTS" coded according to ISO 646. 

^ ton iV. U 12 ber L A ,f t ur -°"5 acter awns that Indicates version number of the Clip Information file The 
vensionjuimber shall have the value "Oioo 0 coded according to iso 646. 1 ne 



tuS«£ 1 t£^£T£ : "i."* 3 ! 0 ? 198 the atartaddress of the SsquencBlnftiO In relative pyte 
number from the first byte of the Clip Information file. The relative byte number starts from zio. 

num^^TX^^Tl 1 ^ 0 ^ start address of the PrognamtnfoQ In relative byte 
number from fhe first byte of the Clip Information file. The relative bytenumber starts^ from Tzero. 

WlakersPrrvateDataustartjaddrese! It Indicates the start address of tha MaksraPH^n^n 

MiSX-t^ Bha " be lrmt8d a ofio ««n9 » the syntax of asa.cfpf 
W.I^N3 lN 4.N5 and NSshall besero orarbltrary positive Integers. Each paSSd may have any 
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44.2 CHpInfo 

This seotion defines the syntax and semantics of CliplnfoO in the Clip Information file, 
4.4.2.1 CHpInfo - General 

The CapfnfoQ stores the attributes of the associated AV stream fi|e (the Clip AV stream or the Bridge- 
Clip AV stream). 



4,4,2.2 Cjjplnfa ~ Syntax 



Syntax 



CllplrtfoOf 



length _ 
re3eryad-Jorjftiturg__use 



32 



uimsbf 



Clfp_gtream^tvpQ 
reserved_for n ,WQrd allfln 



encode condition 



transcodejmodef tag 



16 



uimsbf 



bslbf 



bslbf 



bslbf 



contro)ted_time flag 
TS_averaqfi„rate 



bslbf 



TS recQrding_rate 



num_of_sourca packets 



3a 



32 



uimsbf 



uimsbf 



32 



uimsbf 



BP_avstem_use 



TSLtvpe_infoj3lockO 



if (C|jp_stream_typs 2) f 



preceding j3|ip_jnformation fite name 
Clip, codecjttenttffor ~~ 



reservedLiorjfirturB_usB 



■SPN,qxit_jrrom_preced?na_Clip 
tollo\flring^ ClipjfifarmatlwJte_namr 



Clip^codecJdentifier 



reservecLior_futur& use 



SPN_cnter_to_Jo»owInq Clip 



1024 



bslbf 



bslbf 



8*4 



bslbf 



32 



8*5 



uimsbf 



8*4 



bslbf 



bslbf. 



bslbf 



32 



uimsbf 



4*4-3.3 Cliplnfo - Semantics J T 

InforSSw flte^ ^ flSW ******* atyP& * 1,16 AV atream with the c& 

Tabla 4-11 -Clip stream 



Cllp_jstreafnjtype 



meaning 



reserved for future uaa 



ACHp AV stream of the BDAV mpe G . 2 transport stream (deifnedliTsgg 



m«ge<3llp AV stream of the BDAV MPEQ-2 transport stream (defined In 



3-255 



reserved for future use 
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encode_condltkjn; 

If the FormaUdentifler in the TSJypeJnfo jDlock() is set to 0x63 45 S3 46 (ASCII code of °SESF), the 
epcoda_condWan indicates an encoding condition of the SESF transport stream for the Clip as defined 
in Table 4-12. 

If the Formatjdentifier in the TSJypeJnfQjalockO is not set to 0x63 46 63 49 (ASCII code of "SESP) 
the enoade_condit|0n has no meaning and shall be set to 00„. 





encode__conditfon 


meaning 






The SESF transport stream for the Clip does not comply with constraints* 
specified In 8.9. 


on 


The SESF transport stream for the Clip shall comply with constraints on 

encode_oondition=01 r .. specified fn 8.9, 

reserved 


in 


The SESF transport stream for the Clip shall comply with constraints on 
encode_oondltion=1 l„ soeclfied in 8.9. 



transcode^mode _f leg; This flag Indicates the recording way of MPEG-2 transport streams received 
from a digital broado^ter lf the FormaUdentifier in the TSJypeJnfoJjIockQ is set to 0x53 45 53 46 
<ASCII code of "SESP'), thjs flag has no meaning and shall be set to zero. 

If Vie Glfojstrearrijype indicates a Clip AV stream: 
If this flag is set to 1», the AV stream file associated with the Clip shall be recorded In the wav of 
transcode mode described In chapter 9, 10 and 1 1. y 

if this flag is set to the AV stream file associated with the Clip shall be recorded in the wav of 
transparent recording mode. y 

If the Clip_strefurUypB Indicates a Bridge-Clip A V stream: 
This field has no meaning and shall be setto zero. 

controllectJlmejrag! 

If the Ctlp^etreamjype Indicates a Clip AV stream: 
If the controlled timejlag is set to 1 w the AV stream file is recorded in the way of 'controlled time' 
recording and the AV stream file shall meettfie equation (4-1) at the first recording. 
TS_as>ara S a_rate«192rtS$ * (t~ a) Ssize^BpfiJ STS^erwe^eteWMSS + a) §> 

... (4-1) 4=£ 

Her©, T" 



- TS^vemge^atB - (a tne average bft-rate of the transport stream in AV stream file 
expressed In units of bytes/seoond. 

* * ~ te a time Qn ^ 9 ""to"! me 3X13 for *ne transpatt stream. The arrivaJ timsk'of the first 
transport packet In the AV stream file projects on to the origin where the #equa|s to 
zero In the arrival time axis. The t is measured in seconds. ^ 

* slze_cllp(Q~ IsthesizeQftheAV8treamfneattjmBt,measuredlnbytes..R3r 

example. If there are 10 source packets from time 0to t, the size clipft) is 10*192 
bytes. — r I( 

* or ~ |s 300 seoonds 

If the controltetUfrruU/agte setto o>, the AV stream file Is not recorded in the way of 'controlled 
time < recording, e.g„ transparent recording of the input transport steam. 

If the Cllp^streaprjtypB Indicates a Bridge-Clip AV stream: 
This field has no meaning and shall be setto zero. 
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7S_average_rate2 

If the Clip straamjtype indicates a Clip A V stream: 
If the oontroltecUlmeJlag Is set to 1 bl this 32-bit field indicates the value of TS_average_rate 
using in the equation (4-1 ). If the contronedjlmajtag (s set to 0 W this field has no meaning and 
shall be set to zero. 

If the a[p_strearnjype Indicates a Bridge-Clip AV stream: 
This field hea no meaning and shall be set to sero. 

TS^recordingjrate: 

if the GllPrStreamJype Indicates * Clip AV stream: 
This 32-bit field Indicates a value of the defined by the equation (6-2) of 3.2.2. Jhm value 
Indicates the maximum data rate that the transport stream of AV stream file requires at the first 
recording. The TS_recorcfingu'ate fa measured in units of bytes/second. 

• In the case of SESF recording, the TSjrecording^ate should be set the maximum rate of the 
transport stream. 

• In the case of transparent recording through the dfgttaj interface, the TSjrecordingLrate may 
be set the allocated bandwidth for the Input transport stream on the digital interface. 

• In oase of transmitting the transport stream over the digital interface, the TS^jecording jiate 
may be used for allocating bandwidth on the digital interface. 

If thB GlipjstrGamJype Indicates a Bridge-Clip AV stream: 
TWs field has no meaning and shall be set to zero. 

The TSjracQttiingjcatafat the first ATC-sequence in the Bridge-Clip shall be the same as the 
TSj®GortBft9jr&te of the Clip connected ahead with the Bridge-Clip has. 
The T3_recordlngjrsLt& for the second ATC-sequence in the Bridge-Clip shall be the same as the 
TS^recordingjrateot the Clip connected behind with the Bridge-Clip has. 

n um_of_source_packets: This field shall Indicate the number of source packets stored in the AV 
stream file associated with the Clip Information file. 

BD_system_use: This field aontalns the content protection Information for the AV stream file 



For the application of part-3 using the system defined In Blu-ray Dlso Content ProtecHorCSystern 
Specifications 1 *, additional constraints are specified fn H.3 of Annex K 

preceding.ClipjnformatfonJfilejnaiiie: If the CllpjstreanUype indicates the Clip Is a Bridge-Clip 
AV stream file r then the pr^GedingLCIipjnfom&tloi^m^nQm&^pQoWiQs the name of a diprlpformation 
file associated with a Clip AV stream file that is connected ahead with the Bridge-Clip AV stream file. 
This field shall contain the 5-digit number "77777* of the name of the Clip except the extension The 
name shall be aoded according to ISO 646. .. wf . 
(See 4.3.5. The Clip Indicated by this field Is the Clip-1 shown In Figure 4-1 0.) ^ 

SPN_©xitJrom _precedlng_Clf p; This 32-bit field Indicates a source packet number of a source 
packet in a Clip specified by the pmoBdingjQlipJnfarmatiooJitejname* And the end of the source 
packet is the point where the player exits from the Clip to the start of the Bridge-Clip AV stream file. 
This means that the source packet pointed to by the SPNj9XltJromjprecedlng_Gllp Is connected with 
the first source packet of the Bridge-Clip AV stream file. See 4.3.5. * J 

foilowtng.Clipjnfotmationjrire <- nam©: If the Gllpjztc&amjyp& indicates the Clip is a Bridge-Clip AV 
stream file, then the followingjDVipJin1ormationjne_mme specifies the name of a Clip Information file 
associated with a Clip AV stream file that Is connected behind with the Bridge-Clip AV stream file. This 
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field shall contain the 5-digft number "zzzzz" of ttie name of the Clip except the extension. The name 
shall be coded according to ISO 646. 

(See 4.3.5. The Clip Indicated by this field is the Cffp^shown in Figure 4-10.) 

SPN^nter_toJo|lowing_Clip: This 32-bft field Indicates a source packet number of a source packet 
In a Clip specified by the followlng^ClipJnfonriatlonJIe^amo. And the start of the source packet Is 
the point where the Pfayer enterajtoJhe_Ciip .ftem _the_end of the Bridga-cii p.AV_stream file. This 
means that the last source paoket of the Bridge-Clip AV stream file is connected with the source packet 
Indicated by the SPNjanterJoJoltowlnQjDllp. See 4.3.5. ^ 

Cllp_oodecJdentmeri This field shall have the value "M2TS" coded according to ISO 646. 
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4A3 Sequencalnfo 

This section defines the syntax and semantics of SequencelnfoO in the Clip Information file. 
4.4,3,1 SequencetofO - General 

The SequencelnfoQ stores information to describe AT&sequences and STOsequences for the AV 
stream file. 



4.4-3.1*1 ATC*sequenc& 

• A time-line based on the arrival time of each source packet In the AV stream file Is called an ATC, 
The sequence of source packets that includes no arrival time-base (ATC) discontinuity Is called an 

m When making a new recording of Clip AV stream file, the Clip shall contain no arrival time-base 
discontinuity. i,e. the Clip shall contain only one ATC-sequence. 



transport 
-packet 



Input 

transport 

packets 
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EM 
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Vs AT S A1 


\ 
S 



7\ 



ATS ATS 



Arrival 
time clot* 



ATS: Arrival Time Stamp 



ATC-seguencs ^ 



Aifstre^m 1JJ MM CE 



source 



>. SPN (Source packet number) 



Figure 4-13 - An illustration of an ATOsequence 

It is supposed that the arrival time base discontinuities in the Clip AV stream file may oniy.pccur In 
case the parts of the Clip AV stream are deleted by editing and the needed parts ortglnatacfcfrorn the 
same Clip are combined into a new Clip AV stream file. See the example shown in Figures, 
In case of the editing shown in Figure 2-8, the number of ATG^sequences in a Clip Is onab&fore 
edfo'ng r and the number is changed to two after editing. Figure 4-14 illustrates the ohange^f ATO 
sequences In the Clip. ^ 

The S^quencelnfoQ stores addresses where the arrival time-bases start. The &PN^T&&tQrt 
Indicates the address. sNi 

The ATCsequenae except the fast one In the AV stream file starts from the source paoliet pointed 
to by the SPHATGjstart, and ends at the source packet immediately before the sourcep'abket 
pointed to by the next SPN^ATO.jstert. The last ATC-sequenoe starts from the source packet 
pointed to by the last SPNJ\TC^Btmt 9 and ends at the last source packet. For example, the Clip 
shown in Figure 4-1 6 contains three ATC-sequenoes. ; * 

The first source packet of the A T&sequ&nce shall be the first source packet of an Aligned, unit. 
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Figure 4-14 - An example of Clip that contains two ATC-sequences 
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Figure 4-15 - An example of grnval tfme base discontinuities and ATOsequeniJ&s 



© Blu-ray disc Founders. Juna 2002 



es 



CONFIDENTIAL 



10.DEC.2002 15:33 PHILIPS CIP NL +31 40 2743489 

PHNL021359EPP _ 43 



Chapter 4 

Database definitions 



BJu-ray Disc Rewritable Format 

part 3: Audio Visual Basic Specifications 



NO- 510 P. 49/66 
9 10.12.2002 14:33:1-7 



version i.o 



4.4.3.1.2 STC-cequence 

» The sequence of source packets that includes no STC discontinuity (system time-base 
discontinuity) is catted an STOsequence. The 33-bft counter of STC may wrap-around in the STC- 
sequence (See the case-2 in Figure 4-1 6). 

Note that whBn the recorder records an AV stream (Clip AV stream file or BHdge-Clfp AV stream) 
with an EPjnap, the stream shall contafn a single program at one time, namely a single system 
time-base at one time. 



This interval 
Inchistas no STC 
discontinuity 




O ; a timo when the last 
byte nfPCR In tfie TS 
packet arrives. 



■5* arrival time clock 



case-2 



STC 
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STC-0 • 



The 33-bft counter of STC that counts the pulse 
of 90kHz clock (s wrap-around here. 



Zt 



JZ 



arrival time dock 



Figure 4*16 An illustration of the continuous STC Interval 

The SequBnoelnfoQ stores addresses where the system time-bases start. The SFALS7ELsfart 
indicates the address. t*^ 

The STG-sequenoa except the last one in the AV stream file starts from the source packet pointed 
to by the SPNjSTC^siert, and ends at the source packet immediately before the eource.paoket 
pointed to by the next SPNjSTCLstart. The last STC-sequence starts from the sourae pabket 
pointed to by the last SPNjSTCLstart, and ends at the last source packet. For example, trie Clip 
shown In Figure 4-1 7 contains three STC-sequences. \T; 

No STC-sequenoe can overlap the ATC-sequence boundary. fZ\ 
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Figure 4-17 - An example of STC-eequence 



4.4.3,2 Sequencelnfo - Syntax 



Syntax 



No. of 

bfta 



Mnemon 



SeguencefnfoO ( 



length 



reserved for_word_jafiqn 



nmn^of_ATO_sequoncBs 



tor (aioJd=C: atc_Jd<num_aLArc sequences: atc_lc(++) J 



SPN_ATC^«taryato_Jd; 



nMm_of_STC_sBauencBs/afo id? 



offeet_STCjdfefcL./cfr 



for {stoJd=Qff$9C8TCJd[&tcJdf; 

stcjd <(num^oLSrc^equences[atcJ(g^of^et^STOJd[ato idB; 
§tgjd+4ll_ 



PC¥U>]DfatoJdJrsto_fd1 



32 



32 



16 



, uimsbf 



I&slbf 



^trimabf 



-^limsbf 



ufmsbf 



_8mjSTC__stontetc_Icfl[ sto^dJ 



preeentatign^gterUfine/'ato Jdj fsto fdj 



presentatton_end^time/'ate_/£ffl'3to_Ay 



32 



32 



uimsbf 



uimsbf 
uimsbf 
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4.4.3.3 Sequenoelnfo - Semantics 

length: This 32-bit field indicates the number of bytes of the SequenoeMoQ immediately following this 
length field arid up to the end of the SequencelnfoQ. 

num__of_ATC_sequenoea: This a_ b|t fie , d f n( || cate5 number of ATC-sequsnces in the AV stream 
file (Clip AV stream file or Bridge-Clip AV stream file). Further restrictions are described in the 
semantics of SPN_ATC_staii[atcJd] below. 

SPi^LATC_startfateJ6£ This 32-bit field indicates a source packet number of a source packet where 
the ATC-sequence pointed to by ato_/dstarts In ft e AV stream file. 

• If the aip-StreamjypB In the CliplnfoO indicates ia ClipAVstrBam; the num^oLATC sequences 
shall be greater than or equal to one. ~ 

• If the aip_$tr6amjtype In the CliplnfoO Indicates 'a Bridge-Clip a V stream', the 
nurv^otATCjsequenoes shad be set to two. (See 6.5.5) 

• il h ^ U ^^ 7q r S f? U fu n0 !?- Va,Ue fe ° na ' SPfiLATCjstartlOJshaU be set to zero (It polnte to 
the first source packet in the AV stream file). 

• If the nunLfiUKTCljiBquenees value is greater than one, the first SPiSLATCjstartratcJcn shall be 
set to zero (it polnte to the first source packet in the AV stream file), and the other 

£ Z^ATSr^^-^ value8 ahaJI P Qjnt to *»■ Ah '9ied unit boundaries. I.e., each 
SPALATC^sfef^ate^d/shall point to the first source packet in an Aligned unit. 

BPN_A TC_start values, 

• The numerical formula below shall be satisfied for the entries of SPN^TC^startfatojd] values. 

SPN_ ATC_Start[0] =0 

V(0< ataxia <nm„qf _ATC ^.sequences) 

SPN_ ATC_ s tai[atc _id-l] < SPN _ATC^srart[at £ :_id] 

When making a new recording of Clip AV stream file, the Clip shall contain no arrival time-base 
discontinuity and the nutnjoLATC_9equences shall be set to one. 

It is supposed that the arrival time base discontinuities In the Clip AV stream file may only occur In 
case the parte of the Clip AV stream are deleted by editing and the needed parts origfnatec&i the 
same Clip are combined Into a new Clip AV stream file. See the example described in Flguri£2-8. 



This specification does not Intend to allow combining any Clips into one Clip. For example, Combining 
2£S SSOSSH « !if ?* ^-VPf Jnfo_blook() is not permitted (e.g. CombTning^ESF type 
Clip te St pSted permitted), combining EP_map type of Clip and TU_ma^ B of 

nurn_,ot.STC - sBquenee9/af«„/oJ This 8-bit field indicates the number of STC-sequenoes£i&he 
ATC-sequence pointed to by the atojtt M " 

• If the CPLfMpeln the CPI() indicates EP_map typo, this field shall be set to a value that laareater 
than or equal to one, J^E" 

• If the CPUype inthe CP'O Indicates TU_jnap type, this field may be set to zerp. If this field Is set to 
zero, the offseL.STC_jd[atojd] has no meaning and shall be set to zero. V 

* *'t 

offset-STCJdfafcJcrJ This 8-bit field indicates the offset stcjd value for the first STC-aecnjSice on 
the ATC-sequence pointed to by the atojd. 

• When making a pew recording of Clfp AV stream file, the offcet^STC (dtetc Jffehall be eet to zero 
(and the nun^otATC^sequences shall be set to one). J ^ 
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• The stcjd vaiue for the STC-sequenoe on the ATC-sequence pointed to by the afeL./cf|s defined by 
the order descnbed by the far-loops of stcjd In the syntax, starting with the ofiset m STCjd[atoJdl 
The steJd value is referred to by the r&fJojSTGJd defined in the PtayltemQ, SubPlayttemQ and 
the CtipMarkQ. 

• In the two consecutive ATOsequences defined in the SequencelnfoQ, the last stcjd value defined 
in the previous ATC-sequence and the first stojd value defined in the following ATC-seqqenoe may 

— Bert|re^am~eTte^ 

appear in the two STC-sequenoes Indicated by the two stojd values. Note that these two STC- 
sequences are different STOsequencss, but have the same stcjd vaJue. (See the case of "After 
editing" in Figure 4-19.) 

• The stojd entries in the SequencelnfoO shall be sorted In ascending order of the stcjd values, the 
QffSBLSTCJdfatCLicQ entries shall be set to values to guarantee this restriction. 

• The offseLSTCJdfatcUd] plus the nunJuoL8TO^sBquQnces[atcjd] shall be less than or equal to 
235. 



Figure 4-18 illustrates an example of deleting the beginning part of a Clip. In this case, the 
off$etJSTGJd[atcJd} may taKe non-zero value. 



original 
Clip 

AV stream 



offset-STGJd[0]=0 

[OTPS 



edited 
Clip 

AV stream 



Delate the source packets shown by shade. 

QffsBt_srcjd[Q]*i 



stejd*2 



3 



3 



Rgure 4-18 - An example 



when the offsBt^STGjdtaU&s non-zero valuer 



Figure 4-19 illustrates an example of deletjng the middle part of a Clip. Here, the STOsequence with 
stojdsl ($ used by the Playttem2 and the Playttem3 P When we delete the middle part of tfre^ 
STQjsequence with stojdsi as shown in the figure, the result Is shown In the figure of "Aft^r"^^^. 
The Clip after editing has two ATC-sequences, and the offsetjSTGJdlOJ of the first ATC-seqtfence is 
set to zero and the cffseL.STCJd[1] of the second ATC-sequence Is set to one, So the secortd STO* 
sequence (this is the last STOsequence In the previous ATC-eequence) and the third STCrs&quence 
(this is the first STC-sequence In the fallowing ATC-sequence) have the same s*oJd valued). Note 
that we do not need to change the values of refjcuSTCJd for the PlayitemS and the P?aylterh4, So 
when we delete parts of a Clip, we do not need to change the Virtual PlayLists that do not use-the 
deleted parts of the Clip. , 
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Fl0tiro 4-1 9 - An example of deleting tha middle part of Clip 



G£2 



S^S^&^K, 1 ^?? ,ndicates vaIua of P,D <* *• transport paote At shall 
SKKSSSi Whence pointed to by the afqjc/on the ATC-sequ^nce 

9PNJ^C^twt[atcJell[stoJcQ: This 32-Mt field indicates a source packet number of a sou&oacket 
where the STCsequence pointed to by the sfcjrf on the AJO^^ln^pST^Xl^l^X 
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^Jr^fn P ^?r^ la ^f^^ UB ' m theATC-sequer.ee pointed to by atcUdsteH be 
greater than or equal to the SPAt>»rc„stenYate_/q7value. 

SPN^4TC_stari[ato_ui] s SPNjSTCjrtanfrKjdJfO] 

The tolerance from the source packet pointed to by the SPNATC startfato fttfto the sanrr* 
pointed to by the first spm grg.sferffa^ tetoJffQn the ATC -s^rS hl^S Jf ket 
equal to Oflesecoyrdin the arrfvallmeTa^gl e Fi gure 4-20). nmnc 



ate_SPALArc_s<art 

arc_SP/v_src^«a/7 



i 



V 



STC-seqgence 



ATC-«equenoe 

atC_SPN_STC_start- QtC^SPN^ATG_start<= 1 seconds 

Here, 

Ss^rSSSJS * mV *' ame 0,1,18 90yns8 P acket l*"^ to * 

^fli^v 7 "^^^? a 5SS , "!S tf 1116 a "«ree Packet pointed to by 
the first SPN_STO^staft[BtouitQ^UeiJ on the ATOseqiwnce. 

Figure 4-20 - The SPN^A TC_start[eto_idJ and the first SPN_$TC_start[ a toJd][at 0 _ld] 

^^ISm^Xfj!^T J<i **** *«■ sv**m «me- 

!SO/IS013818-1^ describes the transmission of the MPEG-2 transport streams Hare the* *v«tem 

2^2! ^.S!! 65 c T. be . using storage systems (editing of mcorde&sUport 

streams or using speolaj playback modes). That is why for Storage-Media-lnteroBeraK^a mn» 
aoourate mefliod is specified for indicating the locattofaf WedSffl^Wpl^ ^ 
DIT transport packet is applied (see EN 300 468 ,KI ). Purpose me 

The SPfiLSfCLsUut should point to the location where the dlsoontinuity occurs. This iSher 
" Clip) 0 "" 1 n (tflsoont,nuIty pofM ,n the Sridge^Ciip, copying parteof OBps KnSw 

" ESSSSPJ? D JL tab,e ' ""T the s «*i.S7CLste/tpolnte to the location of tfte^JT 
^co?^ 

" |s f2Hnd. by PaFSin9 PCR P * Cte1S ' Here th9 MPEG " 2 ayStem fime - bake ffeoontrriaiiy point 

There is a tolerance on the value of the 3PN_STC start because: ,N " 

» There might be a delay in detecting th© presence of a DIT packet ~ 
° £Z5E$^£& ™ ST ° m n68ded b9f0re iHS ^^hatthere ,e a 
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It is recommended to keep the tolerance email. This can be obtained by remembering the source 
packet number of the DIT or the PCR packet where the firet discontinuity occurred. 

ISp/lEG 13818-1' 41 defines the PGR tolerance as the maximum Inaccuracy allowed in received 
PGR. The FCR toieranoe Is ± 500 nanoseconds (See ISO/IEC 1381 8-1 , section 2A2.2). When 
the Input TS complies with ISO/IEC 1 381 8-1 and the received PCR has an inaccuracy more than 
the PCR tolerance, the PCR packet should be a system time-base discontinuity point 

ISQrtEC 13818-3^ also defines the PCR tolerance, in case of real time interface for tow jitter 
SPSS?*' I? e ! - H ,^ rar ! ce fs ±2S micro-seconds. When the input TS complies with the 
^LT* 1( ^ P 3 R hBs . fn ^buracy more than the PCR tolerance, the PCR packet should be 
a system time-base discontinuity point 

^m^Kfs^^-^'V* ™* S&MfeV indicates a presentation start time of the AV 

STC^egwence pointed to by the stolon the ATC-sequenoe pointed to by the 
St'srS^Si 3 pmSSntatton ^ msasuretl * » 45kHz dock derived from the STC of 

* ftSSSSeffSS^St ,nthe C//p ^ ,ndl< ^ sa CffpAV's/tesmandthe CPL^peinihe CPl() 
the prvt&nWonjdartjjme&cjcqiifojtQ&m satisfy both (1) and (2) conditions as follows, 
^^^^Ib^^ 1 ^^^^ P* 1 to a «™ w * in a tfmesegment that 

and 

(2) the presentatfon_sta«_tima[atc_.id][stojd} shall satisfy either of the Mowing two conditions. 

Sr^MPt^ *? -Vindicates i or 2), the presentation-sta^tim* 
££%S£r 9 ?S f"** to a S me w,th,n 3 **««ement that consists of a presentation start 
following 5 seconds after the presentation start time. CV, 
or 

J? 9 i2r^fw^ S TO STC-sequenoe points to an audio access unSte 
f,-,!^ 3 ™-^ for the FTS-EPJine Indicates 3), the presentatlanstarL time " 

SfiflSSffllS! POfm ^"P 8 SsSion start 

*me of the first audio presentation unit (m presentation order) o^theSTC-seoue/Knd toe 
following 3 seconds after the presentation start time ^TO anome 
(See an example shown In Figure 4-21 .) " X/ 

>-*^ 

- If the Oltojstreani (Jype In the CliplnfoO indicates a Bridge-Clip AV stream ! T * 

toe pr980ntamn^.sisrufm0[atojc(l[8t(t.^sha\[ comply with the constraints described in 4:4*3.3.1 

* hSSiwJntSS^"^ ^/nfb£; indicates a C//p At/sfreainandthe GFLto»to*» C«0 

^pr^e^orL.starUtmB[BtcJd}lst{Uti] is optional and may have any value (Note thatih© 
num_oLOTC^aouertcesfstoJd;maybeeetto^roinihlscase), ^ • 
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STC-sequence V lf < 

-F 



p/iesertteffon_sfa/t.ffme 
time^PU timeJz^EP ' [atajd][8tcjd] 



V 



1 



fctejdft&tcjd} 

pre$6ntadon m fitari^fime[<ttcJdJ[stcja) - time^FJBP £S seconds 
&& 

presentation_$tartjime(atcjd}[st0jdj - timeJFJPUgS seconds 
&& 

sPNsrcjfaTtfatcjd/rstcjig sspnjrjep 

Hare, 

tfme^BP is the presentation tfme pointed to by the first PTSJ&PJine entry on the 
STC-aaQuencs. 

tim*J*JPU is the presentation start time of the first video presentation unit (in presentation 
order) on the sr&seqqence, 

spn^F^f* Is the SPN pointed to by SPNLSPJ&ie associated with the first PTS^EPjlne 
on the STC-aequence. 

Note that, In this exampla, there Is not a wrap-around in OTC between the HmQjFJPU and 
the pmsenta1JonjB^rtJSm0[BtGjsf}l3toJdJ. 

Figure 4-21 - An example of preseMatfon^st^time[atc^[d][atcjdj 

presentatFon_end_tiTne/ato_f dj[stc_„!d]i This 32-blt field indicates a presentation end time of the AV 
stream data for the STC-sequence pointed to by the stojd or\ the ATC-sequence pointed to by the 
atojd. This value Is a presentation time measured In unite of a 45kHz clock derived from the STO of 
the STOsequence. 

The presentatiQn-efltLtime[atcJd][stoJtq shall point to more future preserrtatfon-time than Ufa 
pre6entat1onjEterUim@tatoJdJf]stQjdl\n the STC-sequence. If the STC is wrap-Broqnd In tfejSTG- 
sequence, the pre$entai!oru&tartJSmetatoJd][stGjdl value may be greater than the V 
pies&ntation-encUime[atcJ<%fetoJdJ. -7— 

• If the ClIpjskrearnJyp& in the CliplnfoQ Indicates a Clip AV stream and the CPUype Inyfle CPIQ 
Indicates EPjmap type : r-*< 

the presenta1ion.encLtfrne[atcJd][BtaJd]&heL]] satisfy either of the following two conditions*. 

***** 

If a PTS^EPjRne entry that points to the nearest past presentation time from the ^ 
presBrtmon^BndjSmelatcJd}lstoJdJpo\T^ to a video access unit (the EP_sirear]7_f>3^ Indicates 
1 or 2) on the STC-sequenoe, the presentBj}on_endJimefato_^^ point to a^'me within 

a time-segment that consists of a presentation end time of the last video presentation unit (in 
presentation order) on the STC-sequence and the preceding 5 seconds before the presentation 
end time- 

or 

If a PTS^BPjRhe entry that points to the nearest past presentation time from the 
presentMotU3ndJlme[ataJd][BtGjct) points to an audio acaess unit (the EPj$treanUyp& 
indicates 3) on the STC-sequence, the preeentation_end_Jime [ate Ud}[atoJd] shall point to a time 
within a time-segment that aonsists of a presentation end time of the last audio presentation unit 
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(in presentation order) on the STC-sequenoe and the preceding 5 seconds before the 
presentation end time. 
(See an example shown In Figure 4-22) 

• if the ClipjstreanUype in tfie CI[plnfb() Indicates a Bridge-Clip AV stream : 

the presentQtiQnjBncLtim0[atcJcQl8teJc(l shall comply with the constraints described in 4*4.3.3.1 . 

• If the Gi!p wm strBamJype in the OiplnfoQ indicates a Clip AV stream and the CPUype In the OP\0 
Indicates TU^maptypa: w 

the prBseniatior±0n<Uirna[atc„icq[$toJdJ\s optional and may haive any value (Note that the 
num^Qt^TCjsequenoeslstoJd] may be set to scero in this case). 



0- 



pro$erttatiQft_endjtfme 
1— i i 



STG-sequence 

timaJ^PU^prcseniaUo7t^neijime[at6jd][stcJd! <S seconds 
Here, 

«rmoJV_S»(athej5resentationt*rne pointed to by the FXSLEPJfae entry that points 
to the nearest past presentation time from the presenfatioruencLtimeratc icflfetc id] 
on the BTC-saqqance. 

frTa^i^c/isthe presentation end time of the last video presentation unit On 
presentation order) on the STCnsequenca, 

Note that, In this example, there Is not a wrap-around in STC between the 
pms*mmn_.endJBmefrtoJtj}fchu<i] s n d the timeJU^U. 

Figure 4-22 - An exampfe of pri&er^on^en^timefatcJdmoJW 

4*4.3.3.1 Additional constrafnte on Seqiiencelnfo for Prldge^Clip AV stream f HeS| 
If the Clip_Mreamjype In the OJIpInfoO indicates a Bridge-Clip AV stream, this section defii§i> 
additional constraints to the section 4.4.3.3 an the Sequencelnfo for the Bridge-CKp AV strewn file. 

itum^of_A resequences : 
The num.oLATC.sequences shall be set to 2. 

SPNwATC^etartfateidis O 
The SPN^TC^tartjb] shall be set to zero. 

The SPN^TC_startj;i j shall comply with the constraint described in 6.6.5 (2), 



num^ot.STGjseguence9fatojd!J : . N . 

Both the nunu>f_STC_sequen<?es[D] and the num_of_arc_sequences|;iI shall be set to one. 

offsetjSTC Jt)[atojd] : ' 
Both the offeet^STCJdtf)] and the offset,STCJd[1 J shall be set to ?ero. 
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&PKjSTGjst&rt[atcJd][i!}tcJd] z 
The SPN_STC_6tarf[0]|:0] shall be set to zero. 
The SPN^STC^tarttUfOj shall be equal to the SPN^TC_startt1]. 

presentation jatzrtj;me[atcjc([[$tejd]z 
The presentation»atarLflme[0][OJ shall point to the most past PTS (fn presentation order) of a video 



The presentation_staitjmefl][0] shall point to a presentation start time ot the fiist complete video 
presentation unit (In presentation order) In the second ATQ-seqyence of the Bridge-Clip. 

prBBentation^end^tfmefaro^toy/sto^a!/ ; 
The presenMoruencLtlme[0][0] shall point to a presentation end time of the last complete video 
presentation unit (in presentation order) in the first ATOsequence of the Bridge-Clip. 

The presentetlon_encUlhie[1l[0] shall point to the mostfuture PTS (in presentation order) of a video 
access unit In the second ATC-sequence of the Bridge-Clip. 



O 

O 
•J 



n < 
No' 
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5.2 BDAV MPEG-2 transport stream 

BA1 Structure of BDAV MPEG-2 transport stream 

Hie AV stream file shall have the structure of BDAV MPEG*2 transport stream. 

The BDAV MPEG-2 transport stream has the following data structure described In Figure 5-1, The 
BDAV transport stream is constructed from an Integer number of Aligned units. 

1) The size of an Aligned unit is 6144 bytes (2046*3 bytes). 

2) The Aligned unit starts from the first byte of source packets. 

3) The length of a source packet is 192 bytes. One source packet consists of a 
TP_extraJieader and a transport packet. The length of TP^extraJieader is 4 bytes and the 
length of transport packet Is 18B bytes. 

4) One Aligned unit consists of 32 source packets. 

5) The last Aligned unit in the BDAV MPEG-2 transport stream also consists of 32 source 
packets, So f the BDAV MPEG-2 transport stream terminates at the end of an Alfgned unit 

6) If tin© last Aligned unit is not completely filled with input transport stream to be recorded an 
the volume, the remaining bytes shall be fined with source packets with Null packet (transport 
packet with PID^OxlFpF). 



BDAV MPEG-2 transport stream 




source 


source 


soqroe 




source 


p^cket-0 


paoket-1 


packet-2 




paoket-31 



• 192 - 
bytes 



TP_extrsL 


Transport 


header 


packet 



bytes 



Figure 5-1 - Structure of BDAV transport stream 
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-CLAIMS: 



h Eft"***™^^ reproducible via 

processing?^*, indicating in which order parts of the video signalhave to be reproduced 
IhePlayLists comprising Playltems, each Playltem referring to apart of the video signal, the' 
part of the video signal comprising sequence blocks each block having a Source packet 
5 number 

characterized in that if the Playltem represents a bridge-cHp theplay-ftem 
further comprises a parameter indicative for the Source Packet numbers that have to be 
processed from the part of the video signal referred to be the current Playltem, a reference to 
a Bndge Clip AV stream file, and a parameter indicating which Source packet numbers of the 
10 part of the video signal corresponding to the following Playltem have to be processed. 

2. Method for generating a disc like record carrier according to claim 1. 

3. Apparatus for reproducing a video signal recorded on arecord carrier 
15 according to claim 1 

4. Method for reproducing a video signal recorded on a record carrier according 
to claim 1, 
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